tag INM7
authorJoey Hess <joeyh@joeyh.name>
Tue, 7 Jan 2025 19:52:20 +0000 (15:52 -0400)
committerJoey Hess <joeyh@joeyh.name>
Tue, 7 Jan 2025 19:52:20 +0000 (15:52 -0400)
based on mih filing or commenting on things and/or on
git-remote-annex being used

doc/bugs/Fails_to_drop_key_on_windows___40__Access_denied__41__.mdwn
doc/bugs/git-remote-annex_doesn__39__t_work_on_Windows___40__perms__41__.mdwn
doc/todo/Read-only_support_for_webdav.mdwn
doc/todo/compute_special_remote.mdwn

index 664a808bfacb9a702f2670ac93f345466e329feb..87a0c37e612c4851c26a4450dd7ddc3f0c486745 100644 (file)
@@ -130,3 +130,4 @@ And here is the diff between the two sequences  (failure(-) vs success(+)
 This observation comes from an effort to implement a git-remote-helper that uses git-annex to enable fetch/push to and from any location that can be reached by any special remote. The fact that git-annex can be used to build things like this is just crazy cool! Thx much!
 
 [[!tag projects/datalad]]
+[[!tag projects/INM7]]
index df2d612a320359cad1912a912285fdb2f5482b06..10a823cca63d5c7897d9b70df7fa646bd5199613 100644 (file)
@@ -496,3 +496,5 @@ backups, where it gives structure to my image-based backup routines, so you coul
 say I'm a believer. :)
 
 [[!meta author=jkniiv]]
+
+[[!tag projects/INM7]]
index c09271775fab8dab68a4f46b3c268cac4ce7d907..cb7ca2e87c4b3370d6232efd90143b1f89e50219 100644 (file)
@@ -5,3 +5,5 @@ A use case not possible with that approach is *authenticated* read-only access.
 Weighing the two approaches (read-only `webdav` vs authenticated `httpalso`), it appears that only the read-only `webdav` is compatible with [git-remote-annex](https://git-annex.branchable.com/git-remote-annex/), because a user would need to declare *one* special remote (configuration) to use for cloning.
 
 It would be great to have authenticated, read-only access to webdav shares. Thanks in advance for considering!
+
+[[!tag projects/INM7]]
index a4c57c0b27adf391564861dcea6a831b33c7f30a..5b9fa5bca3e769f8991b93835912a1952cd05510 100644 (file)
@@ -60,3 +60,5 @@ I believe that no particular handling of annex key that are declared inputs to c
 ### Trust
 
 We would need a way for users to indicate that they trust a particular compute introduction or the entity that provided it. Even if git-annex does not implement tooling for that, it would be good to settle on a concept that can be interpreted/implemented by such special remotes.
+
+[[!tag projects/INM7]]